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ABSTRACT 



A high volume e-mail "newspaper" delivery system 
contains, for each customer, a personal configuration file 
containing the information resources that the customer 
would like e-mailed to his desktop. The configuration file is 
highly customizable, allowing the end -user detailed control 
over the content, format, and timing of the delivered e-mails. 
The e-mail messages to be sent are hashed to multiple, 
parallel transmission queues based on their destination MX 
hosts. This arrangement of transmission queues significantly 
increases total e-mail output because multiple queues are 
simultaneously processing the e-mail transmissions, A 
unique job number is appended to each e-mail message as it 
is created. The job number is used by the system to identify 
and track the e-mail message through the system before it is 
transmitted, and if the message bounces, when it returns to 
the system. 

46 Claims, 14 Drawing Sheets 
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CUSTOMER DATABASE (INFORMATION ON CUSTOMER'S DESIRED SECURITIES.) 

FIELD 1-> EMAIL CHAR 100 E-MAIL ADDRESS OF CUSTOMER 

FIELD 2-> DECIMAL LOGICAL DEFINE NON-INDEX SECURITY DISPLAY 

(FRACTION/DECIMAL) DEFAULT FALSE 

FIELD 3-> PRIORITY NUM1 PRIORITY OF E-MAIL DISTRIBUTION 

FIELD 4-> CUST.REF CHAR 25 UNIQUE CUSTOMER NUMBER; INCLUDES 

CHARACTER TO INDICATE BROKERAGE FIRM 

FIELD 5-> CUSTJD CHAR 10 UNIQUE CUSTOMER NUMBER (INTERNAL TO IMAIL) 

FIELD 6-> CUST.NAME CHAR 50 CUSTOMRNAME 

FIELD 7-> OUST ADD1 CHAR 25 CUSTOMER ADDRESS LINE 1 

FIELD 8-> CUSTIADD2 CHAR 25 CUSTOMER ADDRESS LINE 2 

FIELD 9-> OUST CITY CHAR 25 CITY 

FIELD 10-> CUST'ST CHAR 2 STATE 

FIELD 11-> OUST ZIP CHAR 9 ZIP 

FIELD 12->CUSTICY CHAR 20 COUNTRY 
FIELD 13-> CUST PHONE NUM 10 CUSTOMER PHONE 

FIELD 14-> GREETING CHAR 35 GREETING TO USE IN E-MAIL MESSAGE 

FIELD 15-> REC_OPEN DATE DATE RECORD CREATED 

FIELD 16-> REC.MOD DATE DATE RECORD LAST MODIFIED 

FIELD 17-> BROKER CHAR 70 BROKER NAME AND PHONE NUMBER 

(2ND LINE OF MESSAGE) 

FIELD 18-> EXPIRE DATE SUBSCRIPTION EXPIRATION (IF APPROPRIATE) 
FIELD 19-> RATE NUM 5.2 SUBSCRIPTION RATE (IF APPLICABLE) 

FIELD 20-> SUSPEND DATE SUSPEND DELIVERIES UNTIL THIS DATE 
FIELD 21->RSA_TICK CHAR 25 PUBLIC ENCRYPTION KEY 
FIELD 22-> TRACK1 CHAR 1 0 CONTAINS SYMBOL OF SECURITY TO TRACK 
FIELD 23-> TRACK 2 CHAR 1 0 CONTAINS SYMBOL OF SECURITY TO TRACK 
FIELD 24-> TRACK 3 CHAR 1 0 CONTAINS SYMBOL OF SECURITY TO TRACK 
FIELD 25-> TRACK 4 CHAR 10 CONTAINS SYMBOL OF SECURITY TO TRACK 
FIELD 26-> TRACK 5 CHAR 1 0 CONTAINS SYMBOL OF SECURITY TO TRACK 
FIELD 27-> TRACK 6 CHAR 10 CONTAINS SYMBOL OF SECURITY TO TRACK 
FIELD 28-> TRACK 7 CHAR 10 CONTAINS SYMBOL OF SECURITY TO TRACK 
FIELD 29-> TRACK 8 CHAR 10 CONTAINS SYMBOL OF SECURITY TO TRACK 
FIELD 30-> TRACK 9 CHAR 10 CONTAINS SYMBOL OF SECURITY TO TRACK 
FIELD 31 -> TRACK 10 CHAR 10 CONTAINS SYMBOL OF SECURITY TO TRACK 
FIELD 32-> TRACK 1 1 CHAR 10 CONTAINS SYMBOL OF SECURITY TO TRACK 
FIELD 33-> TRACK 12 CHAR 10 CONTAINS SYMBOL OF SECURITY TO TRACK 
FIELD 34-> TRACK 13 CHAR 10 CONTAINS SYMBOL OF SECURITY TO TRACK 
FIELD 35-> TRACK 14 CHAR 10 CONTAINS SYMBOL OF SECURITY TO TRACK 
FIELD 36-> TRACK 15 CHAR 10 CONTAINS SYMBOL OF SECURITY TO TRACK 
FIELD 37-> REC MOD DATE DATE RECORD LAST MODIFIED 
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METHOD AND APPARATUS FOR HIGH 
VOLUME E-MAIL DELIVERY 

RELAnONSHIP TO COPENDING 
APPLICATIONS 

This application is a cxintinuation-in-part application of 
copending U.S. application Sen No. 08/431,254, filed Apr. 6, 
1995, the content of which is hereby incorporated by refer- 
ence. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to electronic mail, and more 
particularly, to high volume electronic mail delivery systems 
and methods. 

2. Description of the Related Art 

Electronic mail ("e-mail") is to the 1990s what fax 
machines were to the 1980s — a must-have capability for any 
corporate employee or service professional. Additionally, 
consumers are increasingly adopting e-mail through on-line 
services. The Interact, for example, has linked disparate 
e-mail systems, creating a truly international distribution 
medium. It is estimated that over thirty million people have 
access to e-mail via the Internet today with an annual growth 
rate exceeding 100 percent. 

Today, e-mail is used primarily as an interpersonal com- 
munication technology. Corporate users communicate with 
customers, vendors, peers, subordinates, and superiors, 
while residential users are increasingly using e-mail to stay 
in touch with friends and relatives. 

End-users generally do not use e-mail as an information 
services tool, however. As noted above, most e-mail is 
generated by one person and sent to another person. Very 
little of the worldwide e-mail volume is created by a 
computer. This is due in no small part to the challenges of 
creating automated processes for the generation and distri- 
bution of large volumes of unique e-mail messages. 

In the past five years, several services have been created 
with the goal of using e-mail as an information services tool 
by creating a type of personalized electronic newspaper. The 
services use computers (and proprietary software) to sift 
through news stories or press releases and select those 
articles/stories that match a predefined profile of a particular 
subscriber. Generally, the profile is based on particular 
industries or products; however, there may be options for 
somewhat more refined sifting criteria. 

These services all have one thing in common — they 
manipulate publicly available information (AP wire service, 
Reuters, Business Wire, etc.) and match this information to 
a generic customer profile, not to a unique individual. The 
resulting personalized newspaper is sent via e-mail or fac- 
simile to all subscribers that match the selected profile. 

There are other companies that have started on-line ser- 
vices that allow end-users access to more personalized 
information, such as Compuserv, Prodigy, America-on-fine, 
or Worid Wide Web home pages. These services allow 
end-users to get quotes on publicly traded securities and 
allow end -users to search databases for particular strings of 
text or subject matter. These services suffer from a common 
disadvantage, however, namely, they require the active 
involvement of the end-user in accessing the information. In 
other words, each time the end-user desires information, he 
must dial up the service provider and request the informa- 
tion. 

The Internet is made up of thousands of computers 
loosely coupled to one another by a common protocol and 
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fiber optic transmission backbones. Each e-mail sent over 
the Internet must contain an address specifying to whom the 
e-mail is to be delivered. 
An Internet e-mail address, such as, for example, 

5 "jfunk@merc.com," includes the name of the user the e-mail 
is addressed to (i.e., "jfunk"), followed by an "@" symbol. 
The mnemonic after the "@" defines the local destination 
the e-mail is destined for. The destination may be a domain 
name such as "merc.com," which does not refer to a specific 

30 computer, but to a networked domain of computers. 
Alternatively, the destination may correspond to a specific 
computer, such as the destination "netra.merc.com," which 
references the computer named "netra" in the "merc.com" 
domain. 

When the destination after the "@" symbol refers to a 
group of hosts under the same administrator, such as 
"merc.com," it is called a domain name. When the destina- 
tion refers to a specific computer, such as "netra.merc.com," 
the destination is often referred to as the host, or hostname. 
Throughout this specification, "hostname" and "domain 
name" are used to refer to the symbolic destination of the 
to-be-delivered e-mail. 

Hostnames exist for the convenience of humans. The 
actual routing of information on the Internet is done with 
Internet Protocol ("IP") addresses. An IP address is a 32 bit, 
non-symbolic number, which represents the unique address 
of a device connected to the Internet. Before a computer can 
deliver e-mail, it must first determine the correct recipient IP 
address. Mappings between hostnames and IP addresses are 
kept in a distributed database on the Internet called the 
Domain Name System (DNS). Before the computer trans- 
mits its e-mail, it queries the DNS with a host name and 
waits for the corresponding IP address to be returned. 
2^ Most hostnames correspond to at least one IP address. The 
hostname "www.merc.com," for example, corresponds to 
the IP Address 204.255.152.133. The domain name "merc- 
.com" is not a physical entity. It, therefore, has no IP Address 
and information cannot be directly routed to it. E-mail 
delivered to "merc.com" is sent to a site designated to 
receive e-mail for "merc.com." Alternate designated sites 
may be desirable even when the normal receiving site has an 
IP address. For example, an e-mail recipient may not want 
e-mails sent to his address at night if the computer is turned 

45 

The alternate designated sites for a hostname or domain 
name are called the hostname's Mail eXchanger(MX) hosts, 
A query of the DNS for the MX information on 
"jfunk@merc.com" will return a list of Internet hosts that 

5Q will accept mail for "merc.com." If no alternate hosts are 
available, the query will indicate as much. 

To transmit an e-mail message, a number of processing 
steps must be performed before the e-mail message is 
actually transmitted onto the Internet. Initially, a sending 

55 program determines whether it knows the current IP address 
corresponding to the e-mail hostname or MX hostnames. If 
not, the sending program queries the DNS for the IP address. 
The sending program then transmits an initial message to the 
destination, asking whether the destination computer can 

60 receive the e-mail. If the destination computer replies 
favorably, the sending program breaks the e-mail message 
up into a series of information packets, and separately 
transmits each packet. The destination computer receives the 
packets and reassembles them into the complete e-mail 

65 message. 

Traditionally, e-mail transmission has been handled by a 
single sending program operating on a single queue of 
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messages. That is, e-mails to be transmitted are lined up in the e-mail messages in each queue to a destination host 

a first-in-first -out (FIFO) queue, and the queue is handled by designated by the e-mail messages, 

a transmitting program. Although this method works well in another embodiment, the invention is a method of 

for low-volume e-mail transmission, for sites that transmit tracking e-mail messages. This embodiment comprises the 

thousands, or even hundreds of thousands of e-mail mes- 5 steps of: inserting a code into a first e-mail message; sending 

sages a day, the above-described method is slow and sig- the first e-mail message with the inserted code over a 

nificantly underutilizes network bandwidth because infor- network to a recipient; receiving a modified version of the 

mation is being sent over the Internet neither while the DNS first e-mail message, the modified version of the first e-mail 

is being queried nor while the transmitting program is message containing the code; and matching the received 

waiting for the destination to acknowledge the initialization lO e-mail message with the first e-mail message based on the 

message. code. 

Occasionally, a host site cannot complete delivery of an In yet another embodiment, the invention is a method for 

e-mail message. When this occurs, the host site typically forming an electronic mailing for delivery to subscribers on 

returns ("bounces") the e-mail message back to the sender a network. In this embodiment, the method comprises the 

with an attached error message explaining why the message ^5 gjgp Qf entering a record into a database for each of the 

could not be delivered. The returned messages are called subscribers. This step further includes the substeps of: 

"bounced messages." A large number of received bounced selecting timing information indicating when the electronic 

messages is burdensome on the system operator, who must mailing is to be assembled and delivered, selecting content 

manually read through the messages to determine the appro- information of the electronic mailing, and selecting format- 

priate action. 20 ^jj^g information of the electronic mailing. The method also 

It is therefore desirable to provide an information delivery includes the steps of: assembling the electronic mailing for 

system and methods that substantially obviate one or more each subscriber based on the record corresponding to the 

of the problems due to the limitations and disadvantages of subscriber and transmitting the assembled electronic mailing 

the related art. to the subscriber. 

It is also an object of the present invention to provide a The invention also includes corresponding systems for 

low-cost system that allows a user to passively receive performing these processes and methods as disclosed and 

unique, customized, personal information via e-mail and/or claimed. 

facsimile machine. It is to be understood that both the foregoing general 

It is another object of the present invention to provide an 30 description and the foUowing detailed description are exem- 

e-mail processing system that aUows a user to automatically plary and explanatory only and are not restrictive of the 

edit user information by either sending an e-mail or inter- invention, as claimed. 

l^ijw^^^ processing system via the World Wide Web ^^^^^ DESCRIPTION OF THE DRAWINGS 

It is still a further object of the present invention to 35 The accompanying drawings, which are incorporated in 

provide an efficient, high volume e-maU transmission sys- and constitute a part of the specification, illustrate several 

tern and method preferred embodiments of the invention and, together with 

. t u- * r 4U . • *• * the description of the preferred implementations, serve to 

It IS still a further object of the present invention to 1 • • • 1 r *u • 

.J 1 . J 1 * rr 4- 1 * explain the prmciples of the mvention. 

provide an e-mail system and method to eliectively, auto- ^ u a ■ 

matically handle bounced e-mail messages. ^o In the drawmgs: 

Additional features and advantages of the invention will ^1^. 1 is a block diagram of an information services 

be set forth in the description which foUows, and in part wUl ^y^^^^l 1° accordance with one embodiment of the present 

be apparent from the description, or may be learned by invention; 

practice of the invention. The objectives and other advan- PIG- 2 is a block diagram of a service processing system 

tages of the invention will be reaUzed and attained by means ^ accordance with one embodiment of the present inven- 

of the instrumentalities and combinations particularly tion; 

pointed out in the written description and appended claims FIG. 3 is a preferred embodiment of an e-mail message 

hereof as well as the appended drawings, format generated by the service processing system in accor- 
dance with one embodiment of the present invention; 

SUMMARY OF THE INVENTION 50 ^ illustrates sample database structures in accor- 

Hie advantages and purposes of the invention will be set ^^""^^ "^''^ embodiment of the present invention; 

forth in part in the description which foUows, and in part will FIG. 5 is a processing flow diagram illustratmg the 

be obvious from the description, or may be learned by proccssingoperationsof the service processing system to set 

practice of the invention. The advantages and purpose of the 55 up and automatically generate an e-mail message in accor- 

invention will be realized and attained by means of the ^^ance with one embodiment of the present invention; 

elements and combinations particularly pointed out in the FIG. 6 is a processing flow diagram operation of the 

appended claims. service processing system to modify a database based on 

To attain the advantages and in accordance with the inbound information in accordance with one embodiment of 

purposes of the invention, as embodied and broadly 60 present invention; 

described herein, in one embodiment, the invention is a FIG. 7 is a block diagram showing an alternative service 

system and method for controlling e-mail delivery to a processing system in accordance with another embodiment 

plurality of destination hosts. Exemplarily, one method of the present invention; 

comprises the steps of routing outgoing e-mail messages to FIG. 8 is a block diagram illustrating an exemplary 

one of a plurality of e-mail queues, the routing being 65 composition of an end-user configuration file for a service 

controlled such that e-maD messages with common desti- processing system in accordance with another embodiment 

nations are routed to the same e-mail queues; and dehvering of the present invention; 
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FIG. 9 is a block diagram showing a detailed view of an As also shown in FIG. 1, e-mail messages can also be 

outbound e-mail processing section for a service processing routed to end -user terminals 114 via a local area network 

system in accordance with another embodiment of the ("LAN") 112. The LAN 112 is connected to the Internet 106 

present invention; by a connection 102, and end-user terminals 114 arc con- 

FIG. 10 is a conceptual diagram illustrating the inter ac- s nected to the LAN via conventional LAN connections 113. 

tion of a hash section and queues for a service processing Alternatively, e-mail messages can be delivered to an 

system in accordance with another embodiment of the end-user by voice -mail or facsimile message delivery sys- 

present invention; tems. As shown in FIG. 1, a message delivery system 116 is 

FIG. 11 is a flow chart showing a preferred method of connected to the Internet 106 via a connection 102. The 

dynamically scaling a number of queues/processors for a message delivery system 116 may provide for voice-mail 

service processing system in accordance with another services 110 and/or facsimile services 118, in accordance 

embodiment of the present invention; with conventional techniques. As discussed in more detail 

FIG. 12 is a block diagram illustrating a system for below, if the service processing system 104 provides e-mail 

reducing time wasted while an e-mail queue waits for an messages to a message delivery system 116, the service 

acknowledge signal from a destination host in accordance processing system 104 can first translate the e-mail mes- 

with another embodiment of the present invention; and sages into the appropriate voice-mail or facsimile format for 

FIG. 13 is a flow diagram illustrating an automated delivery to the message deUvery system 116^TTi is translation 

bounced e-mail handhng procedure for a service processing ^ provided by text-to -voice processor 220 or facsimile 

system in aa;ordance with another embodimem of the processor 216, respectively. Alternatively, e-mail nje^ages 

.^r^c^r^t ir.w^wit;^., dchvcrcd to the message delivery system 116 as a 

preseni mvcniion. . , , , i i . 

conventional e-mail message, and the message dehvery 

BEST MODE FOR CARRYING OUT THE system 116 can translate the e-mail message into the appro- 

INVENnON priate voice-mail or facsimile message format. 

Reference will now be made in detail to the construction FIG. 2 is a block diagram of a service processing system 

and operation of preferred implementations of the present 104 in accordance with one embodiment of the present 

invention which are illustrated in the accompanying draw- invention. As shown, service processing system 104 prefer- 

ings. In those drawings, like elements and operations are ably includes a plurality of databases, including a customer 

designated with the same reference numbers where possible. database 200, source information database 202, portfolio 

The following description of the preferred implementa- value database 204, name and symbol database 206, and 

tions of the present invention is only exemplary of the message database 208. The contents of each database 

invention. The present invention is not limited to these 200-208 is described in more detail below, 

implementations, but may be realized by other implemen- In addition, service processing system 104 includes an 

tations. inbound e-mail processor 212, outbound e-mail processor 

FIG. 1 is a block diagram of an information services 35 214, facsimile processor 216, voice response processor 218, 

system in accordance with one embodiment of the present and texl-to-voice processor 220. The purposes and functions 

invention. In a preferred embodiment, the information pro- of each processor 212-220 will also be described in more 

vided by the system is securities information, such as stocks, detail below. 

bonds, mutual funds, etc. However, the invention contem- Each database 200-208 and each processor 212-220 is 

plates information of all kinds, including, e.g. account connected to a processor system 210. Generally, processor 

balances, charges and payments, cleared checks, weather system 210 receives information from information sources 

update information, sports information, etc. 100 and stores that information in one of databases 200-208. 

As shown in FIG. 1, one or more information sources 100 As described in more detail below, at predetermined 

are connected to a service processing system 104 by con- intervals, such as one per day, processing system 210 
nections 102. Connections 102 preferably include standard 45 generates a temporary list or file of all information to be 

telephone line connections, but may include other conven- delivered via e-mails to end-users, then sends the file to 

tional computer connections. Information sources 100 either the outbound e-mail processor 214, facsimile proces- 

include any source of information such as the Associated sor 216, or text-to-voice processor 220, depending on the 

Press, Reuters News, or The Wall Street Journal. Consistent delivery path. These processors 214, 216, and 220, translate 
with the preferred embodiment, one of the information 50 the file into e-mail format or message delivery format for the 

sources 100 would obtain financial information from, e.g., a Internet 106, depending on whether the e-mails will be 

stock exchange. delivered via e-mail message delivery system 116. 

Service processing system 104 connects via a connection Before describing the system operation for generating and 
102 to the Internet 106 or some other e-mail network. transmitting e-mail messages, it is useful to consider an 
End-user terminals 114 also connect to the Internet 106 via 55 exemplary e-mail message format as displayed on an end- 
connections 102, and the service processing system 104 user terminal 114. 

provides the information to the end-user terminals 114 FIG. 3 shows an exemplary e-maD message 300 to be sent 

through the Internet 106. to end-user, John Doe. The exemplary e-mail message 300 

As discussed in more detail below, generally, service includes a first information field 302 to identify the user, the 
processing system 104 receives information from informa- 60 source of the e-mail, the name of the e-mail service, and the 

tion sources 100, translates that information into database date. The e-mail message 300 also includes a message field 

format, and stores the translated information in databases 304, which can include a text message as selected by the 

corresponding to services provided by the service processing service provider. In the preferred embodiment where the 

system 104. Service processing system 104 then generates invention provides stock quote information, field 306 lists 
e-mail messages based on the contents of the databases and 65 selected companies (both exchange acronym and formal 

feeds those e-mail messages through the Intemet 106 to name), their stocks'present values, and the amount of gain or 

enduser terminals 114. loss since a previous information period. 
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The preferred e-mail message 300 may also include Based on the company symbols in fields 22-36 of cus- 

information field 308 for providing customer portfolio bal- tomer database 200, process system 210 goes to the name 

ance information including total equity value and total cash and symbol database 206 and writes to the temporary file the 

balance for a customer's portfolio. Finally, an additional company name and symbol for the customer's selected 

generic message field 310 may be included at the end of the 5 securities (step 506). This information provides the name 

message. As discussed in more detail below, messages for and symbol information for field 306 of the e-mail message 

this field 310 can come from several sources, including third 300. Process system 210 then writes the content of the 

parties. source information database 202 to the temporary file for 

In accordance with the present invention, information for each security listed in the temporary file (step 508). This 

the various fields of 302-310 of the e-mail message 300 ^0 source information provides the slock values and changes as 

come from databases 200-208. Before describing the system listed in field 306 of the e-mail message 300. 

processing operations for generating an e-mail message Next, process system 210 goes to the portfolio value 

from the database information, the content of certain data- database and inspects the portfolio value for a customer off 

bases used to generate the exemplary e-mail 300 will be a customer portfolio record 205. Preferably, using the infor- 

described. ^5 mation stored in the customer's portfolio record 205, the 

HG, 4 shows the database information for the customer processor system 210 calculates new portfoUo values based 

database 200, source information database 202, and the on the source information and updates the customer portfo- 

name and symbol database 206. SpecificaUy, in this pre- lio record 205. Alternatively, the customer portfolio records 

ferred embodiment, customer database 200, for each cus- can be updated by an information source 100 or other 

tomer subscribing to the service, includes a customer record third party. Process system 210 then takes the portfoho 

201 (FIG. 2), which lists thirty-seven fields relating to the values from the portfolio value database 204 and adds that 

service processor, the customer, and service. Column 4 of information to the temporary file (step 510). This portfolio 

the listings in HG. 4 provides a brief description of each information provides the information for field 308 of the 

field; hence, these descriptions need not be repeated here. e-mail message 300. 

With reference to fields 22-36, however, customer database Finally, processor system 210 looks to the message data- 

200 preferably provides for a list of fifteen securities, each base 208 for any messages for the customer and writes thCvSe 

field containing one security. messages to the temporary file (step 511 ). Tliese messages 

The names and symbols for the securities (see field 306 of are used to fill message field 310 of the e-mail message 300. 

FIG. 3) come from the names and symbols database 206 In accordance with the present invention, a party can 

which, as shown in FIG. 4, includes the company's connect to the processor system 210 and leave a message for 

exchange symbol (field 1) and the formal name of the a customer. The message may be received as an e-mail, 

company associated with the symbol (field 2). facsimile, or voice message, then processed into electronic 

Customer database information for a customer record 201 storage form by one of inbound e-mail processor 212, 

is generated each time a new customer subscribes to an 35 facsimile processor 216, or voice response processor 218, in 

information service. The information to complete the fields accordance with conventional techniques. The message is 

may be gathered by an operator, over a direct connection 102 then stored in message database 208. For example, message 

or, in response to a request from a potential customer, database 208 may be edited by a broker who desires to send 

service processing system 104 may send a customer field the message: "John, please call me. -Dave S." If the broker 

template to the potential customer, who can complete certain 40 sends an e-mail to the inbound processor 212, with the 

field information and mail the information in via conven- appropriate key words, processor system 210 adds that 

tional mail or e-mail. message to the message database 208 for the customer, ^fhe 

Referring still to FIG. 4, source information database 202 ^^^ds may include words such as "message," which the 
includes fields 1-11. These fields are dynamically updated at processor system 210 recognizes and processes accordmgly. 
a predetermined interval (e.g. once per day) or in real-time 4s ""^^^^^e also mcludes a customer selector field 
by an information source 100. In the preferred stock quote to identify a customer or class of customers, 
embodiment, the information source 100 provides stock After completing the temporary file for a customer, pro- 
information at the close of a stock exchange business day. cessor system 210 determines whether there are more cus- 
Column 4 of FIG. 4 provides a brief description of each field tomer records 201 in the customer database 200 (step 512). 
1-11 in the source information database 202; hence, these 50 1^ not, processor system 210 closes the temporary file and 
descriptions need not be repeated here. passes it to the outbound e-mail processor 214 (step 514). If, 

FIG. 5 discloses the processing flow of the service pro- however, other customer records remain in the customer 
cessing system 104 for creating and distributing information database 208, the system advances to the next record (step 
e-mail for the preferred stock quote embodiment. The pro- ^18), and begms to process that customer record at step 504. 
cessing starts with the first customer record 201 in the 55 Alternatively, processor system 210 may close each tempo- 
customer database 200 (step 500). InitiaUy, processor system rary file and pass it to the outbound e-mail processor 214 
210 opens a temporary list or file (step 502). The temporary after completmg the file for each customer, 
file will be filled in by the processor system 210 with the The outbound e-mail processor 214 translates the tempo- 
information from the various databases 200-208, depending rary file into individual e-mail messages for each subscriber 
on the service. For example, in the preferred embodiment 60 and sends the e-mail messages to an end-user terminal 114 
stock quote service, the processor system 210 provides the through Internet 106 (step 516). The translation of the e-mail 
contents of fields 1-37 of the customer record from the messages from the temporary file are performed in accor- 
customer database 200 to the temporary file (step 504). dance with Internet transfer protocols. 
Information from some of those fields will be used to In accordance with the present invention, a customer can 
complete fields 302 and 304 of the corresponding e-mail 65 also modify his/her services by modifying his/her customer 
message 300 and to set up the information field 306 of the record 201. As with input messages discussed above, a 
corresponding e-mail message 300. customer can modify a customer record via e-mail. 



04/27/2004, EAST Version: 1.4.1 



5,937,162 

9 10 

facsimile, or voice-mail using the corresponding processors Database 16 stores, for each customer, a personal con- 

212, 216, or 218. figuration file including fields describing each customer's 

FIG. 6 illustrates a processing flow diagram for providing desired electronic message configuration and provides such 

this modification via an e-mail message. Initially, an e-mail information to the timing processor 704, e-mail composition 
message is received by the inbound e-mail processor 212, 5 processor 706, and formatter 708. 

translated, and passed to processor system 210 (step 600). Through customer profile configuration processor 714, 
Based on key words in the content of the message, processor each customer may individually modify his account con- 
system 210 learas that it should modify one or more cus- figuration via e-mail or conventional telephone systems, as 
tomer records and locates the customer's database record(s) was previously described with reference to the embodiment 
201 (step 602). For example, the inbound e-mail message of FIG. 2. Alternatively, a customer may modify his account 
may include a field that says "edit" or "modify," which via the World-Wide-Web ("WWW"). Ifthe WWW is used as 
processor system 210 recognizes as an instruction to edit or an interface to profile configuration processor 714, the 
modify one or more customer records. Processor system 210 customer may view the status of his account, including 
then looks to another field of the e-mail message that seeing which e-mail messages have been sent. The customer 
identifies one or more customer's name(s) or number(s). profile configuration processor 714 modifies the correspond- 
After locating the customer record(s), processor system 210 customer fields in database 16 to reflect the updated 
then edits the database record based on the content of the customer account information. 

e-mail message (step 604^ Processor system 210 can, ^^^^.^ ^^^^^^ determines, based on 

n^^Trl^; 60fif thel'fenL^^^^^ InT^'^n l^U^^JZ ^^^^ ^^'^^'^'^ accounfinformation, when to initiate prepa- 

poses (step 606), then generate an e-mail to send bacK to the . - r _i i- • S 

customer mncerning the edils to the database (step 608). 20 J" 'l'? u^'uf^" « ' uT"^' ^'"^ 

, , .7, . ^. X r / provides flexible, highly configurable customer control over 

In accordance with the present invention, processor sys- ^ . j u . u li u ^ i- a * ,u * 17 

tern 210 comprises a personal computer or a larger woi-k- ^^^^^ f ^ ^^^^^^^^.^ »° cnsiomcr^ For 

station. Databases 200-208 preferably comprise relational ^/^^^^P]^' the customer s account information inay indicate 

database software, e.g. Oracle or Sybase. Also, processors ^^^^ mformation from certam databases should be delivered 
212-220 may comprise a separate computer from processor 25 periodically (e.g., send a weather report every six hours), 

system 210 or may be the same computer as processor Alternatively, the account information may indicate that 

system 210. information should be delivered based on an external action 

HG. 7 is a block diagram showing an alternative embodi- (e.g. when the customer sends a requesting e-mail to the 
ment of a service processing system 104 in accordance with system or when a certain stock drops below a preset 
another embodiment of the present invention. According to 30 threshold). Finally, the timing processor may determine that 
this embodiment, for each customer of the system, a per- information is to be mailed to customers based on discre- 
sonal configuration file is created containing the information tionary actions of a system administrator, 
resources that the end -user would like e-mailed to his The timing processor 704 works in conjunction with the 
desktop. The configuration file is highly customizable, e-mail composition processor 706 to assemble the custom- 
allowing the customer detailed control over the content, er's electronic message. E-mail delivery initiated in the 
format, and timing of the delivered e-mails. liming processor 704 is assembled in its final substantive 

As discussed in greater detail below, in this embodiment, form by the composition processor 706, Based on informa- 
the e-mail messages to be sent are preferably hashed to lion from the timing processor 704 and customer account 
multiple, parallel transmission queues based on their desli- information from the database 16, the composition processor 
nation MX hosts. This novel arrangement of transmission 706 determines: who shall receive the delivery, e.g., a unique 
queues significantly increases total e-mail output because individual broadcast or a group of end-users; what pieces of 
multiple queues are simultaneously processing the e-mail information are to be assembled for each individual end- 
transmissions, user; and, when there are multiple pieces of information for 

In this embodiment, a unique job number may also be delivery, whether the customer would like the information 
appended to each e-mail message as it is created. The job 45 delivered as a series of e-mail messages or as one encapsu- 

number is used by the system to identify and track the e-mail lated e-mail message. 

message through the system before it is transmitted, and if The composition processor 706 may insert general or 

the message bounces, when it returns to the system. targeted advertisements into the electronic message. In the 

As shown in FIG. 7, service processing system 104 case of targeted advertisements, the composition processor 
preferably has access to a plurality of source information 50 may decide add or delete advertisements based on the 

databases 702a-d, each similar to database 202. Preferably, customer account information or on information already 

source information databases 702a-d contain information assembled into the message. 

on a variety of topics, such as, sports 702fl, financial 702£>, After the e-mail messages are prepared for content by the 

hobbies (such as skiing) 702(c), or weather 120(d); however, timing processor 704 and the e-mail composition processor 
the present invention contemplates any type of information. 55 706, the e-mail messages are formatted into their final 

Information is retrieved from the databases 702 by timing delivery form by the formatter 708. The fonnatter 708 

processor 704 and forwarded to e-mail composition proces- formats the e-mails to a customer chosen format indicated in 

sor 706. From there, it is processed by formatter 708 and the customer configuration file. There are many potential 

then sent to e-mail tracker 710. Finally, the information is ways to format an e-mail message, the customer's choice 
transmitted to out-bound e-mail processor 712, where it is 60 will generally depend on the hardware and software the 

delivered. customer is using to view the delivered mail. Exemplary 

In this embodiment, a database 16 preferably stores formats include: standard text only; rich text format (RTF); 

information relating to customer account information and Hyper-Text Markup Language (HTML); or a system cus- 

system delivery information. Alternatively, database 16 tomizedformat. Preferably, the system defaults to a text only 
could be implemented as multiple databases, such as data- 65 format because this format is viewable by all e-mail readers, 

bases 200, 204, 206, and 208 shown in the embodiment of although HTML formatting is particularly desirable, if 

FIG. 2. available, because it permits graphic-based viewing. 
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For each piece of e-mail to be delivered, e-mail tracking 
section 710 creates a record in the database 16, identifying 
the e-mail. Further, e-mail tracking section 710 appends a 
unique job number to each piece of e-mail to identify the 
e-mail with its corresponding record. Given a job number, a 
lost or garbled message can be reassembled and delivered. 
As the e-mail progresses through service processing system 
104, its record is updated. 

Finally, the e-mail messages are sent to the out-bound 
e-mail processing section 712, where they are transmitted to 
the customers. The out-bound e-mail processing section 712 
is described in further detail below with reference to FIG. 9. 

FIG. 8 is a block diagram illustrating an exemplary 
composition of a customer configuration file according to 
the alternative embodiment of service processing system 
104. Section 802 contains customer identification 
information, similar to fields 1-14 shown in FIG. 4. Optional 
field 804 contains background information about the cus- 
tomer such as, for example, age, annual income, and hob- 
bies. Preferably, the background information is used to 
intelligently target product advertisements to the customer. 
Field 806 contains information describing the information 
services the customer has subscribed to. Fields 808, 810, and 
812 contain information relating to the timing information, 
the e-mail composition information, and the formatting 
information, respectively, used by the timing section 704, 
e-mail composition section 706, and the formatting section 
708, respectively. 

The customer configuration file 800, stored in database 
16, forms the basis for the individually customizable e-mail 
message configuration. Customer's may conveniently view 
or modify their configuration file through profile configu- 
ration processor 714. The customer configuration file may be 
organized in many alternative formats, and still effectively 
store the end-user's specific information choices. 

FIG. 9 is a block diagram showing the outbound e-mail 
processor 712 in greater detail. 

Processing section 712 receives message stream 905 from 
mail tracking processor 710, containing a series of e-mails 
separated by control characters 906. Each e-mail message 
includes a message header section 902 and a message body 
901, A blank line 903 separates the header section 902 from 
the body 901. 

The header section preferably includes the hostname or 
domain name 907 of the intended recipient and a unique job 
number 908 identifying the e-mail within the system. The 
job number 908 was previously created by the mail-tracking 
section 710. To speed up message delivery time, the message 
stream 905 may be pre -sorted by pre -sorting processor 932, 
such that similar or identical destination addresses are 
grouped together. 

The message stream 905 is input to Queueup processor 
910, which includes hash processor 911 and control proces- 
sor 912. Control processor 912 separates each individual 
message from the message stream and then forwards the 
message to hash processor 911. Additionally, control pro- 
cessor 912 updates each e-mail's record in database 916 on 
the progress of the messages through the system and initiates 
queries to DNS server 931. Hash processor 911 forwards 
each message to one of queues 920-924 based on a hash of 
the message MX information, as described in more detail 
below. 

Preferably, DNS server 931 queries the Internet DNS to 
obtain the IP addresses and MX information required to 
deliver the e-mail messages. The IP addresses and MX 
information is returned to the control processor 912, and is 
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eventually used by the queues and the hash processor 911 in 
transmitting packets across the Internet. Preferably, for 
e-mail messages with known future delivery times, DNS 
server 931 queries the Internet DNS in advance of the 

5 delivery time, and stores the returned information in data- 
base 16. By reheving the queues of the responsibifity of 
querying the Internet DNS, and by querying the Internet 
ahead of the scheduled e-mail delivery time, the DNS server 
931 speeds message delivery. Alternatively, one may remove 

10 DNS server 931 and force the queues to individually query 
the Internet DNS for the IP addresses and MX information. 

A destination site that receives a large volume of e-mail 
may designate multiple hosts to accept such e-mail. For 
example, the MX information for a large Internet provider 

35 such as aol.com may be: 

aol.com preference=15, mail exchanger=b.mx.aol.com 
aol.com preference«15, mail exchanger=c.mx.aol.com 
aol.com preference=15, mail exchanger «d.mx.aol.com 

20 aol.com preference=15, mail exchanger =e. mx.aol.com 
aol.com preference«15, mail exchanger=f. mx.aol.com 
aol.com preference=15, mail exchanger=a.mx.aol.com 
This indicates that e-mail sent to aol.com should be sent to 
one of six hosts, b.rax. aol.com through a. mx.aol.com, all 

25 with an equal preference for receiving the e-mail. Preferably, 
when the DNS server 931 queries the Internet DNS and 
obtains MX information including multiple hosts, all with an 
equally low delivery preference, the DNS server will ran- 
domly pick one of the hosts and transmit that chosen host to 

30 control processor 912 and database 16. This ensures that the 
hash processor 911 will uniformly queue the messages over 
the available queues, thus reducing clumping in a queue that 
may otherwise occur when there is one destination receiving 
an exceptionally high volume of e-mail. 

35 Local Area Network (LAN) 918 preferably couples 
queueup processor 910 with processors 927 and 928. 
Similarly, LAN 917 preferably couples the queueup proces- 
sor 910 with processors 925 and 926. Multiple LANs 
transferring information to processors 925-928 increases the 

40 total bandwidth to the processors 925-928. Accordingly, 
more or less LANs could be installed depending on system 
bandwidth requirements. Processors 925-928 transmit and 
receive packets over a network such as the Internet, illus- 
trated as element 930. 

45 Processors 925-928 and queues 920-924 may be con- 
nected to multiple networks in addition to the Internet. For 
example, while processors 925, 926 may be cormected to the 
Internet, processor 927 may be connected to a second 
network, such as the MCI network, and processor 928 to a 

50 third network, such as the Sprint network. In this situation, 
control processor 912 and hash algorithm 911 may increase 
the speed with which selected e-mails are delivered by 
routing e-mails to the queues that connect to the network 
matching the e-mail destination. For example, the hashing 

55 routine may be adapted so that an e-mail destined to a 
subscriber on the MCI network will be hashed to queue 923, 
which resides on the processor connected to the MCI 
network. Likewise, for preferred or dedicated hosts, often 
associated with large providers, the hash processor may be 

60 adapted to place all e-mail for the preferred host in one or 
more queues specifically tuned for delivery to that host. 

Processors 925-928 send statxis and error information to 
control processor 912, which forwards the information to the 
appropriate e-mail record in database 16. Preferably, data- 

65 base 16 is notified when the e-mail messages enter the 
queues 920-924 and as they are transmitted to the Internet. 
In this manner, the status of an e-mail message as it 
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progresses through the system can be determined by que- 
rying the database 16. 

Incoming e-mail/bounced message handler 933, 
described in more detail below, receives and processes 
incoming e-mail messages. 

FIG. 10 is a conceptual diagram illustrating the interac- 
tion of a hash section and queues for the service processing 
system in accordance with another embodiment of the 
present invention. 

E-mail message 1050 contains header information 1051 
and body 1052. In this example, the header information 
1051 includes the MX hostname information "bman.uucom- 
.com." Hash processor 1055 receives the message 1050 and 
forwards it to a selected one of queues 1056-1060 based on 
the hostname. Queues 1056-1060 process and transmit the 
message. 

Hash algorithms are well known in the art, and there are 
many suitable hash algorithms which may be implemented 
in hash processor 1055. For example, a simple hash algo- 
rithm may be: (a) truncate the MX information to its first 
four letters (e.g., bman), (b) add the letters together accord- 
ing to the position of the letters in the alphabet (b=2, a=l, 
m=13, n=14), (c) and divide by the number of available 
queues, using the remainder as the queue to select (30/5 «6 
R 0). Although the hash section 1055 is shown here as 
operating on a symbolic name, alternatively, the hash opera- 
tion may operate on an IP address. 

Hash processor 1055 may implement an "adaptive" hash 
by altering the hash algorithm based on input from control 
processor 912. This is desirable in situations such as the one 
described above, in which processors 925-928 are con- 
nected to multiple networks in addition to the Internet. 

The novel arrangement of multiple, parallel queues to 
transmit e-mail, as shown in FIGS. 9 and 10, significantly 
increases total e-mail output because multiple queues are 
simultaneously processing e-mail transmissions. Hashing 
the messages to the queues so that the messages are deliv- 
ered evenly while keeping the same destinations in the same 
queues ensures that the queue load will be generally bal- 
anced. Because setting up and closing the initial e-mail 
connection between a transmitting and receiving host is one 
of the more time consuming steps in e-mail transmission, the 
chance of two back-to-back messages sharing the same 
destination is increased in the present invention because like 
destinations are hashed to the same queue. In this situation, 
transmission time will decrease because the queue does not 
have to close and then reinitialize the same destination. 

The out-bound e-mail processing section 712, shown in 
FIGS. 7 and 9, may be scaled to dynamically increase its 
e-mail throughput. That is, based on message load, addi- 
tional queues or processors may be quickly brought on-line 
and the hashing algorithm adjusted to accommodate for the 
added queues or processors. 

FIG. 11 is a flow chart showing a preferred method of 
dynamically scaling a number of queues/processors. Control 
processor 912 monitors the message input load (step 1102), 
and if the load is determined to be too high (step 1104), an 
additional queue is added (step 1106). Next, the hash algo- 
rithm is adjusted to reflect the new queue by increasing the 
range of the hash algorithm (step 1108). Control processor 
912 may bring additional processors on-line as needed to 
accommodate the additional queues. 

The method of dynamically scaling to add new 
processors/queues, as shown in FIG. 11, may also, with little 
modification, be applied to reduce the number of active 
processors/queues. Down scaling the system may be desir- 
able during off-peak message delivery times or when a 
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processor malfunctions and needs to be quickly taken oS- 
line for repairs. 

E-mail transmission from each of queues 920-924 to the 
Internet will now be described. 

5 The transmitting portion of queues 920-924 are prefer- 
ably a commercially available e-mail package such as 
SEiSTDMAIL. When transmitting e-mail, SENDMAIL pack- 
ages each e-mail in an envelope analogous to an envelope 
that a paper letter is mailed in. Before transmission, queues 

10 920-924 insert a copy of unique job number 908 into the 
envelope created by SENDMAIL. 

Before each e-mail can be transmitted, the queue must 
obtain the IP address that the e-mail is to be routed to. As 
discussed previously, the queue may itself query the Internet 

15 DNS for the IP address or if a valid IP address is known by 
the system, the queue will get the IP address from control 
processor 912. Next, the queue sends an initialization mes- 
sage to the destination host, inquiring if the host is ready to 
receive the e-mail message. If the host responds favorably, 

20 e-mail transmission is initiated. 

Occasionally, the time elapsed between the initialization 
message and the acknowledgment message may become 
excessively long, unduly backlogging the queue. 
Traditionally, if too much time elapses, the queue will end 

25 the transmission of the e-mail, and either immediately retry 
transmitting the e-mail message or resubmit the e-mail 
message at the end of the queue. 

FIG. 12 is a block diagram illustrating a system for 
reducing time wasted while an e-mail queue waits for an 

30 acknowledge signal from a destination host in accordance 
with another embodiment of the present invention. Queues 
1202, 1204, and 1206 receive input e-mail messages from 
the hash processor 911 for transmission over the Internet. 
Each queue has a set wait time between the queue's initial- 

35 ization message and the reception of the acknowledgment 
message, after which the queue will terminate transmission 
of the e-mail message and forward it to the re -try queue 
1212, Re-try queue 1212 is a secondary queue for transmit- 
ting troublesome e-mails. Preferably, re-try queue 1212 is 

40 set to wait a much longer time for acknowledgment from the 
destination hosts then the main queues 1202, 1204, and 
1206. E-mails addressed to slow-to-respond destination 
hosts are moved out of the main transmission queues 1202, 
1204, and 1206, and into re -try queue 1212, and therefore 

45 the main queues are not unduly slowed down. 

Historical transmission information processor 1210 may 
be optionally implemented in the embodiment shown in 
FIG. 12. Processor 1210 is connected to queues 1202, 1204, 
and 1206 by wait time adjust line 1211. Through line 1211, 

50 processor 1210 controls the wait times of queues 1202, 
1204, and 1206. 

In operation, processor 1210 dynamically adjusts the wait 
times of queues 1202, 1204, and 1206 based on historical 
feedback. Tliat is, processor 1210 monitors the destinations 

55 of the e-mails and the wait times they required in previous 
transmissions. Based on this historical analysis, processor 
1210 sets the wait times for queues 1202, 1204, and 1206. 
In this manner, destinations that previously required a short 
wait time will be set with a relatively short wait time, while 

60 destinations that previously required a longer wait time will 
be set with a relatively longer wait time. A wait time 
exceeding the set wait time indicates that there is a problem 
with the destination host, and the e-mail is forwarded to the 
re -try queue 1212. Alternatively, instead of setting a long 

65 wait time for e-mails that previous required a long wait time, 
processor 912 may force the e-mail to skip the main queues 
1202, 1204, and 1206 altogether, immediately forwarding 
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them to re-try queue 1212, In this manner, queues 1202, 
1204, and 1206 are kept as "clean" as possible, thus facili- 
tating eflBcient, high volume e-mail delivery. 

E-mail received by the system generally takes one of two 
forms: original e-mail created by a human, or e-mail 5 
returned to the system because of a transmitting error 
("bounced e-mail"). The incoming e-mail/bounced e-mail 
handling processor 933 automatically determines, in most 
situations, which of the received e-mails have been bounced 
and takes appropriate action, as described below. 

FIG. 13 is a flow diagram illustrating an automated 10 
bounced e-mail handling procedure for a service processing 
system in accordance with another embodiment of the 
present invention. 

Received e-mail messages are first scanned by processor 
933 for the unique job number inserted by the mail tracking 
processor 710 into the message header and the message 
envelope (step 1302). If a job number is not found, processor 
933 forwards the e-mail to a human for review (steps 1304, 
1306). If a job number is found within the e-mail, it is 
associated with the transmitted e-mail, and the database 16 
is updated to indicate that the message bounced (steps 1304, 20 
1308, and 1310). Next, at step 1312, processor 933 deter- 
mines if the message is a fatal bounce. If the bounce is fatal, 
which indicates that the end-user will probably never be able 
to receive mail at the listed address, the system updates 
database 16 to indicate that further e-mail deliveries to that 
address should be suspended (step 1314). A fatal bounce is 
indicated by, for example, an unknown user or an undeliv- 
erable mail message in the subject line of the bounced 
e-mail. 

In the embodiments shown in FIGS. 7-13, service pro- 
cessing system 104 is implemented as a network of com- 30 
puters with appropriate software and related hardware. In 
particular, timing processor 704, e-mail composition pro- 
cessor 706, formatter 708, e-mail tracking processor 710, 
pre-sorting processor 932, hash processor 911, and control 
processor 912 are preferably implemented as software. The 
software may be stored on any computer readable medium, 
such as a compact or magnetic disk. Specific hardware to 
implement the above is preferably a Unix-based system such 
as Sun SparcStation 5 machines with 128 k RAM, and 4 gig 
of hard drive space. The SparcStations are networked with 
a 10 Megabit Ethernet connection and communicate using 40 
TCP/IP protocols. 

While there has been illustrated and described what are at 
present considered to be preferred embodiments and meth- 
ods of the present invention, it will be understood by those 
skilled in the art that various changes and modifications may 
be made, and equivalents may be substituted for elements 
thereof without departing from the true scope of the inven- 
tion. 

In addition, many modifications may be made to adapt a 
particular element, technique or implementation to the 
teachings of the present invention without departing from 50 
the central scope of the invention. Therefore, it is intended 
that this invention not be limited to the particular embodi- 
ments and methods disclosed herein, but that the invention 
include all embodiments falling within the scope of the 
appended claims, 55 

We claim: 

1. An electronic mail (e-mail) delivery system, compris- 
ing: 

a plurality of delivery queues for delivering e-mail to a 
plurality of destination hosts, the delivery queues being 
maintained on one or more processors; 

a stream of messages, each message in the stream includ- 
ing a destination address for specifying a recipient of 
the message and a message body; 

a routing processor for receiving the stream and routing 65 
the messages in the stream to one of the plurality of 
delivery queues based on the destination address. 
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2. The system of claim 1, wherein the routing processor 
includes hash means for hashing the messages based on the 
destination addresses. 

3. The system of claim 1, further including means to 
dynamically adjust the number of the delivery queues based 
on an input message load. 

4. The system of claim 1, further including means to 
dynamically adjust the number of delivery queues being 
used at any one time based on the number of processors. 

5. The system of claim 1, further including means to 
dynamically adjust the number of routing processors based 
on an input message load. 

6. The system of claim 5, further including a plurality of 
local area networks, the routing processors being located on 
different ones of the plurality of local area networks. 

7. A system according to claim 1, wherein the destination 
address corresponds to a mail exchanger host of the desti- 
nation recipient. 

8. The system of claim 1, further comprising a domain 
name server for querying a distributed database on the 
Internet and receiving a list of mail exchanger host addresses 
in response to the query. 

9. The system of claim 1, further including means for 
sorting the input stream based on the destination addresses 
prior to the input stream being received by the routing 
processor. 

10. A method for controlling electronic mail ("e-mail") 
delivery to a plurality of the destination hosts, comprising 
the steps of: 

routing outgoing e-mail messages to one of a plurality of 
e-mail queues, the routing being controlled such that 
e-mail messages with common destinations are routed 
to the same e-mail queues; 

delivering the e-mail messages in each queue to a desti- 
nation host designated by the e-mail messages. 

11. A computer readable medium including instructions 
for operating a processor to deliver electronic mail ("e- 
mair) to a plurality of destinations, the instructions 
designed to perform the steps of: 

routing outgoing e-mail messages to one of a plurality of 
e-mail queues, the routing being controlled such that 
e-mail messages with common destinations are routed 
to the same e-mail queues; 

delivering the e-mail messages in each queue to a desti- 
nation host designated by the e-mail messages. 

12. A method for controlling electronic mail ("e-mail") 
transmission, comprising the steps of: 

routing outgoing e-mail messages to one of a plurality of 
e-mail queues, the routing being controlled such that 
the e-mail messages with common destinations are 
routed to the same e-mail queues; 

initiating a delivery protocol for each said e-mail message 
in each said queue; 

waiting a predetermined period for acknowledgment of a 
successful delivery of the e-mail message; 

removing the e-mail message from the queue when the 
predetermined waiting period has elapsed. 

13. The method of claim 12, further including the step of 
notifying a database as the outgoing e-mail messages are 
routed to the e-mail queues. 

14. The method of claim 13, further including the step of 
notifying the database upon successful delivery of the e-mail 
message. 

15. The method of claim 12, wherein the waiting step 
includes the step of dynamically adjusting the waiting period 
based on e-mail message histories. 

16. A method according to claim 12, wherein the routing 
step includes the step of hashing the e-mail destinations to 
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determine which one of the plurality of e-mail queues the selecting content information of the electronic mailing, 

messages will be routed to. and 

17. A method according to claim 12, wherein the remov- selecting formatting information of the electronic maU- 
mg step further mcludes the step of transfernng the removed • . 

e-mail messages to a queue dedicated to delivering removed 

e-mail messages. assembling the electronic mailing for each subscriber 

18. The method of claim 16, wherein the step of hashing based on the record corresponding to the subscriber; 
includes the step of dynamically adjusting a hash algorithm and 

to alter distribution of the routed e-mail messages. . • t . , . , • i. u 

19. A method of tracking electronic mail (e-mail) mes- transmuting the assembled electromc maihng to the sub- 
sages by an e-mail delivery system, the method comprising lO scnber. 

the steps of: ^ method according to claim 31, wherein the entering 

inserting a code into a first e-mail message to uniquely f^P perfonmed by a subscriber through a world wide web 

identify the first e-mail message; interface. 

sending the first e-mail message with the inserted code ^3. A method according to claim 31, wherein the entering 

over a network to a recipient; 35 step is performed by a subscriber through e-mail. 

J .i * • • 4U J 34. A method according to claim 31, the formatting 

receiving a second e-maxl message containing the code; . - . . . . . , . . , 

® o o mformation indicating that the electronic maihng is to be 

... , . . , /. ., formatted as one of: Rich Text Format (RTF), Hyper-text 

matching the sea,nd e-mail message with the first e-maJ ^ ^an (HTML), and text format. 

m^age based on the code. . . 35. A method according to claim 31, the timing informa- 

20^nie method of claim 19. wherein the mserting step ^.^^ Mi^.n^^ Uiat the electronic maihng is to be assembled 

includes the step or inserting the code into a message h d i 

identification field and an envelope of the first e-mail an even . .. 

message 36. A method accordmg to claim 31, the timmg mforma- 

21. The method of claim 19, wherein the sending step ^^O" indicating that the electronic mailing is to be periodi- 
includes the step of updating a database to indicate that the 25 cally assembled. 

first e-mail message has been transmitted. ^7. A method according to claim 31, wherein the selecting 

22. The method of claim 19, wherein the matching step formatting information step includes the step of selecting 
further includes the step of updating the database to indicate formatting information based on compatibihty of the sub- 
that the second e-mail message has been identified with the scriber with the selected formatting information. 

first e-mail message. 30 38. A method according to claim 31, wherein the assem- 

23. The method of claim 19, wherein the network is the bhng step includes inserting a general advertising message 
Internet. into the mailing. 

24. The method of claim 19, wherein the second e-mail 39. A method according to claim 31, wherein the assem- 
message is an error message indicating that the first e-mail bling step includes inserting a targeted advertising message 
message could not be successfully delivered. 35 into the mailing based on the record corresponding to the 

25. The method of claim 24, further including the step of subscriber. 

updating the database to indicate when the error message is 40. A method according to claim 31, wherein the assem- 

a fatal error message. bling step includes inserting a targeted advertising message 

26. A method according to claim 19 in which the inserting into the mailing based on the selected content information, 
step inserts the code into a message identification field of the 41. A method according to claim 31, wherein the assem- 
e-mail message. bling step deletes a general advertising message in the 

27. A method of tracking electronic mail ("e-mail*') mes- mailing based on an analysis of the record corresponding to 
sages sent and received from a central mailing site to the subscriber. 

recipients on a network, comprising the steps of: 42. An electronic mail (e-mail) delivery system, compris- 

inserting a code into a first e-mail message; ^°S' 

sending the first e-mail message with the inserted code a plurality of delivery queues for delivering e-mail to a 

from the central site to the recipient via the network; plurality of destination hosts, the dehvery queues being 

receiving, at the central site, a second e-mail message maintained on one or more processors; 

containing the code; and a stream of messages, each message in the stream includ- 

matching the second e-maU message with the first e-mail ing a destination address for specifying a recipient of 

message based on the code. the message and a message body; 

28. A method according to claim 27, wherein the code of a routing processor for receiving the stream and routing 
the first e-mail message uniquely identifies the first e-mail the messages in the stream to one of the plurality of 
message. delivery queues based on a sort criteria. 

29. The method of claim 27, wherein the sending step 43. Jhe method of claim 19, further comprising the step 
includes the step of updating a database to indicate that the of correlating the recipient of the first e-mail message to the 
first e-mail message has been transmitted. second e-mail message. 

30. The method of claim 29, wherein the matching step 44. The method of claim 25, wherein the step of updating 
further includes the step of updating the database to indicate the database includes the substep of indicating thai no more 
that the second e-mail message has been identified with the e-mail messages should be delivered to the recipient. 

first e-mail message. 60 45 'phe system of claim 2, wherein the routing processor 

31. A method for forming an electronic mailing for dynamically adjusts the hashing when the number of mes- 
delivery to subscribers on a network, the method comprising sages in a particular queue is determined to be too high, 
the steps of: 45, Xhe system of claim 1, wherein the routing processor 

entering a record into a database for each of the adjusts the routing of the messages when the number of 
subscribers, the entering step including the substeps of: 65 messages in a particular queue is determined to be too high, 
selecting timing information indicating when the elec- 
tronic mailing is to be assembled and delivered, ♦ * « * ♦ 
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